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DETAILED ACTION 

This action is responsive to communications: amendment filed 2/26/2008, to the original application filed 
9/26/2000, with provisional filing date of 9/30/1999. IDS filed 5/4/2001. 

Claims 126-154 pending. Claims 155-167 have been canceled by Applicant. Claims 126, 132, 137, 143 are 
independent claims. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections 
set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, if 
the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would 
have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 126-127, 129-134, 136-138, 140-146, 148-154 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over OmniForm User's Manual (hereinafter OmniForm), Caere Corporation, released March 
22, 1999 (as evidenced by cited PR News Wire article), pages 1-108, 173-199, in view of Hitchcock et al. 
(hereinafter Hitchcock), U.S. Patent No. 6,460,042 issued October 2002, and further in view of Millman et al. 
(hereinafter Millman), U.S. Patent No. 5,619,635 issued April 1997. 

In regard to independent claim 126, OmniForm teaches a form design application for designing, and 
editing an electronic form (OmniForm pages 25-43). OmniForm teaches opening a form, as well as e-mailing an 
electronic form using Outlook (OmniForm page 39-43). Since OmniForm can reopen any form in OmniForm format 
(see OmniForm page 15), Omniform can also receive an already created electronic form via email (typically 
including input fields). It is noted that an Omniform form is written in a form authoring language, (compare with "A 
method comprising: receiving, through a network, a form authored using a form authoring language, the form 
containing one or more input fields;"). 
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OmniForm teaches opening a form for redesigning, etc. (OmniForm page 15). In doing so, OmniForm 
reads and analyzes the underlying constructs of said form (which typically includes parsing the code) so as to create 
and/or re-create active input fields (compare with "parsing the received form to identify the input fields contained in 
the received form;"). 

OmniForm teaches a graphical user interface dependent upon (associated with) the form's input fields 
(OmniForm at least page 32), as well as the capability of opening a form file (e.g. a specific form submission) 
emailed from another user (a third party). OmniForm does not specifically teach allowing identification of actions to 
be associated with identified input fields. However, Hitchcock teaches a universal forms engine for form 
customization of on-line forms (Hitchcock Abstract). Hitchcock teaches an application description file (a series of 
directives and optional arguments) which is parsed to automatically build a corresponding HTML form (Hitchcock 
column 10 lines 42-65). It would have been obvious to one of ordinary skill in the art at the time of the invention to 
apply Hitchcock to OmniForm, providing OmniForm the benefit of extra emailed (or imported) directions to be 
applied to an already existing form. It is noted that Hitchcock deals with college submission forms, therefore it is 
reasonable that forms may need updating to account for differing input address parameters (if a student attended a 
college in a different country, etc.). (Compare with "providing a graphical user interface to allow identification of 
actions to be associated with the identified input fields upon subsequent specific submission of a specific instance 
the form by a third party, the provided graphical user interface being dependent on the identified input fields;"). 

OmniForm teaches generating program code to create active input fields with associated actions (see 
OmniForm Chapter 4, page 55). OmniForm is moot regarding "automatically" generating said code. However, 
Hitchcock teaches automatically creating (building) an HTML form based upon the above taught directives, and 
merging in user data (Hitchcock column 10 lines 42-65). It would have been obvious to one of ordinary skill in the 
art at the time of the invention to apply Hitchcock to OmniForm, providing OmniForm the benefit of automatically 
redesigning and updating forms in an expedient manner (compare with "automatically generating a program code 
to carry out the actions associated with the identified input fields." 

OmniForm does not specifically teach (pursuant to generation of program code) "no modifications to the 
input fields of the form are made by the generation of the program code.". However, Millman teaches a system for 
forms engineering whereby forms are custom made, either for printing, or for data entry by a computer (Millman at 
least Abstract, column 2 lines 30-36, 45-51, 56-58). Millman teaches that limited editing can be authorized on 
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certain areas of a form, and that other areas of said form can be preserved (i.e. copy to paste function of fields, etc. 
to retain the original) (identification of actions to be associated with fields) (Millman at least column 3 lines 20-26, 
column 10 lines 35-49, see also column 12 lines 49-52). It would have been obvious to one of ordinary skill in the 
art at the time of the invention to apply Millman to OmniForm, providing OmniForm the benefit of enhanced 
engineering of complex customized forms and form specifications (Millman column 2 lines 20-25). 

In regard to dependent claim 127, OmniForm teaches conversion of a form to HTML (OmniForm page 

46-47). 

In regard to dependent claim 129, OmniForm teaches generating program code to create active input 
fields with associated actions (see OmniForm Chapter 4, page 55). 

In regard to dependent claim 130, claim 130 incorporates substantially similar subject matter as claimed 
in claim 126, and is rejected along the same rationale. 

In regard to dependent claim 131, OmniForm teaches validation options for automatically validating 
input (OmniForm pages 76-77). If input does not validate, the user is notified accordingly. 

In regard to independent claim 132, claim 132 reflects the system comprising computer readable 
instructions used for implementing the methods as claimed in claim 126, and is rejected along the same rationale. 

In regard to dependent claim 133, OmniForm teaches a computer, typically incorporating a processor(s) 
(OmniForm page 8). 

In regard to dependent claims 134, 136, claims 134, 136 reflect the system comprising computer readable 
instructions used for implementing the methods as claimed in claims 127, 131 respectively, and are rejected along 
the same rationale. 
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In regard to claims 137-138, 140-142, claims 137-138, 140-142 reflect the computer program product 
comprising computer readable instructions used for implementing the methods as claimed in claims 126-127, 129- 
131 respectively, and are rejected along the same rationale. 

In regard to independent claim 143, claim 143 incorporates substantially similar subject matter as 
claimed in claim 126, and in further view of the following, is rejected along the same rationale. 

OmniForm teaches receiving a form in design format (including the form and data) (OmniForm page 41). 
OmniForm does not specifically teach receiving an "instance" of said form. However, Hitchcock teaches directives 
used for creating a form and merging input data (Hitchcock column 10 lines 42-65). It would have been obvious to 
one of ordinary skill in the art at the time of the invention to apply Hitchcock to OmniForm, providing OmniForm 
the benefit of automatically redesigning and updating forms and input data in an expedient manner 

In regard to dependent claim 144, OmniForm teaches validation options for automatically validating 
input (OmniForm pages 76-77). If input does not validate, the user is notified accordingly. 

In regard to dependent claim 145, OmniForm teaches generating necessary quantities of associations as 
per input fields and Hitchcock's further directives (OmniForm at least page 32). 

In regard to dependent claim 146, OmniForm teaches licensing (OmniForms page 48). 

In regard to dependent claims 148-149, OmniForm teaches e-mailing a form, and using a routing slip 
(OmniForm page 40-43). 

In regard to dependent claims 150-151, OmniForm teaches generating program code to create active 
input fields with associated actions (see OmniForm Chapter 4, page 55). OmniForm teaches receiving a form in a 
design phase, including both the form and data (OmniForm page 41). 
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In regard to dependent claims 152-154, OmniForm teaches management of database records (including 
data) in a database (typically comprising inclusion of records in various rows of a table (see OmniForm Chapter 7, 
page 173-199). 



Claims 128, 135, 139 are rejected under 35 U.S.C. 103(a) as being unpatentable over OmniForm, 
Hitchcock, and Millman as applied to claims 126, 132, and 137 above, and further in view of PR News Wire 
article (hereinafter PR NewsWire), March 22, 1999, ProQuest Direct, pages 1-5. 



In regard to dependent claim 128, 135, 139, OmniForm does not specifically teach CGI. However, 
PR NewsWire teaches instructions for integrating CGI into forms (PR NewsWire page 4 item b). It would have been 
obvious to one of ordinary skill in the art at the time of the invention to apply PR NewsWire to OmniForm, 
providing OmniForm the benefit of adding CGI scripting for collecting form data 



Claims 147 is rejected under 35 U.S.C. 103(a) as being unpatentable over OmniForm, Hitchcock, and 
Millman as applied to claim 143 above, and further in view of Davis et al. (hereinafter Davis) U.S. Patent No. 
5,796,952 issued 8/1998. 
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In regard to dependent claim 147, OmniForm does not specifically teach cookies. However, Davis 
teaches cookies (Davis column 1 1 lines 13-33, column 18 lines 33-44). It would have been obvious to one of 
ordinary skill in the art at the time of the invention to apply Davis to OmniForm, providing OmniForm the benefit of 
cookies for tracking users/data. 

Response to Arguments 

Applicant's arguments with respect to the pending claims have been considered but are moot in view of the 
new ground(s) of rejection. 

Conclusion 

THIS ACTION IS MADE FINAL. Apphcant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the 
mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final 
action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, 
then the shortened statutory period will expire on the date the advisory action is mailed, and any extension fee 
pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, 
will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner should be 
directed to William L. Bashore whose telephone number is (571) 272-4088. The examiner can normally be reached 
on 11:30am- 8:00pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, William 
Bashore can be reached on (571) 272-4088. The fax phone number for the organization where this application or 
proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent Application Information 
Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more 
information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the 
Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like 
assistance from a USPTO Customer Service Representative or access to the automated information system, call 800- 
786-9199 (E^ USA OR CANADA) or 571-272-1000. 

/WiUiam L. Bashore/ 
William L. Bashore 
Primary Examiner 
Tech Center 2100 
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